import axios from 'axios'
import { Message } from 'element-ui'
import { getToken } from './auth'
import store from '@/store'
import router from '@/router'

// 1、实例化 create方法
// 定义aixos的基地址和超时时间
// 基地址？——》跟域名。 项目里大部分的接口前面的协议域名端口一样 只有后面的相对路径不一样
// 超时时间？  ——》 接口从发送到返回允许的最大的时间差  一般不超过100ms

// axios VS service 本质一样
// service = axios + 自定义配置 （plus版本）
const service = axios.create({
  baseURL: process.env.VUE_APP_BASE_URL,
  timeout: 5000 // request timeout
})

// 请求拦截器
// 做什么的？ 在正式接口发送之前 允许我们对接口参数做一些配置
// 具体的事情： 注入token 在请求头中 -> 为了大部分需要健全的接口能够统一获取到用户标识
service.interceptors.request.use(
  config => {
    // 这里的return不能丢（没有返回就会报错）
    // 拿到token 存入请求头
    const token = getToken()
    if (token) {
      // 前面的Authorization和后面的拼接方式都是固定的 业内规范
      config.headers['Authorization'] = `Bearer ${token}`
    }
    return config
  },
  error => {
    return Promise.reject(error)
  }
)

// 响应拦截器
// 做了什么事儿？ 在数据从后端返回到客户端的时候被拦截下来 做一些自己的事儿
// 具体的事： 1、401 token失效 强制调回到登录 2、简化组件中请求数据的访问
// 注意事项： 以http状态码决定， 2xx就执行第一个成功回调 不在 200-300 走第二个失败回调
// 谁决定当前的http装状态 ——》 由后端决定

// 因为很多的接口都有此类的为题 统一解决
// 问题： 后端不一以200-300作为接口成功失败的的=标识 以一个自定义的success作为标识
// 前后端的依据不统一 用于走的都是成功回调
// 解决思路: 前端自己判断当前借口成功还是失败 如果陈工还是按照之前的逻辑 return数据
// 如果失败 手动抛出错误 return Promise.reject()

service.interceptors.response.use(
  response => {
    // TODO
    // console.log(response.data)
    const { data, message, success } = response.data
    if (success) {
      // 接口成功
      return data // data只返回了token
    } else {
      // 用一个警告框
      Message.warning(message)
      // return Promise.reject(message)
    }
  },
  error => {
    // 发生401的位置
    // 判断当前状态码是否为 401， 如果是 清空数据 并调回登录页
    // console.dir(error)
    if (error.response.status === 401) {
      // 表示token失效，清空vuex数据， 跳转登录页面
      store.commit('user/removeUserInfo')
      router.push('/login')
    }
    return Promise.reject(error)
  }
)

export default service

// axios封装好的实例对象以默认导出的方式导出
